Skip to content

Release 26.8.28.1 - Launch firmware: Music Assistant playback fix, channel_colors migration - #77

Merged
TrevorSchirmer merged 12 commits into
mainfrom
beta
Aug 28, 2026
Merged

Release 26.8.28.1 - Launch firmware: Music Assistant playback fix, channel_colors migration#77
TrevorSchirmer merged 12 commits into
mainfrom
beta

Conversation

@bharvey88

@bharvey88 bharvey88 commented Aug 28, 2026

Copy link
Copy Markdown
Contributor

Version: 26.8.28.1

What does this implement/fix?

Types of changes

  • Bugfix (fixed change that fixes an issue)
  • New feature (thanks!)
  • Breaking change (repair/feature that breaks existing functionality)
  • Dependency Update - Does not publish
  • Other - Does not publish
  • Website of github readme file update - Does not publish
  • Github workflows - Does not publish

Checklist / Checklijst:

  • The code change has been tested and works locally
  • The code change has not yet been tested

If user-visible functionality or configuration variables are added/modified:

  • Added/updated documentation for the web page

🤖 Generated with Claude Code

TrevorSchirmer and others added 9 commits August 27, 2026 00:05
ESPHome 2026.8.0 replaces rgb_order/is_rgbw/is_wrgb with a single
channel_colors key on esp32_rmt_led_strip (esphome#18474).
Field finding: a CAST-1 streaming from Music Assistant but not adopted
into Home Assistant rebooted mid-playback on a ~15-minute cycle. Cause:
sendspin is its own outbound connection, so the ESPHome api component
sees no client and fires its default reboot_timeout — by design for
sensors, wrong for a speaker that can legitimately live its whole life
on Music Assistant alone. Observed on hardware (Online OFF, resets at
the timer scale, playback continuing across reboots); the standard
media-device practice of reboot_timeout: 0s is applied. Crash recovery
remains covered by safe_mode. Version 26.8.26.8.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Replace deprecated rgb_order with channel_colors
# Conflicts:
#	Integrations/ESPHome/Core.yaml
Disable the API no-client reboot (MA-only playback fix)
Stamps the stable release date for the beta -> main promotion carrying
the API no-client reboot fix (#75) and the channel_colors migration (#74).

🤖 Generated with [Claude Code](https://claude.com/claude-code)
@coderabbitai

coderabbitai Bot commented Aug 28, 2026

Copy link
Copy Markdown

Important

  • 🔍 Trigger review

This repository does not receive automatic reviews because it has fewer than 10 stars.

⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro Plus

Run ID: 2c09865c-4cb7-4539-b247-083e781019ff


Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@github-actions github-actions Bot added the bugfix Something isn't working label Aug 28, 2026
@bharvey88 bharvey88 changed the title Beta Release 26.8.28.1 - Music Assistant playback fix, channel_colors migration Aug 28, 2026
@bharvey88 bharvey88 changed the title Release 26.8.28.1 - Music Assistant playback fix, channel_colors migration Release 26.8.28.1 - Launch firmware: Music Assistant playback fix, channel_colors migration Aug 28, 2026
Cuts the comment blocks down to the non-obvious facts and drops comments
that restate the identifier below them.

Three corrections beyond the trim:

- Move the BT PSRAM comment into the sdkconfig block, above
  CONFIG_BT_ALLOCATION_FROM_SPIRAM_FIRST, instead of leaving it above
  esp32_ble_tracker where it read as describing the tracker.
- Reword the resampler stack comment as a "must", since it guards the
  deliberate absence of task_stack_in_psram rather than a setting present
  in the file.
- Drop the commented-out decode_memory line, which parked a disabled
  option in the config instead of stating a fact.

Comments only. esphome config validates unchanged.

🤖 Generated with [Claude Code](https://claude.com/claude-code)
Same pass as Core.yaml, applied to the other two device YAMLs.

CAST-1.yaml's header repeated the Ethernet preference that Core.yaml now
states at the network block; what is left names the file and points at
Core.yaml. wizmote.yaml's channel-scan block reduces to the rule it guards.

Comments only. esphome config validates unchanged.

🤖 Generated with [Claude Code](https://claude.com/claude-code)
@TrevorSchirmer
TrevorSchirmer merged commit 8347dee into main Aug 28, 2026
11 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bugfix Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants